home *** CD-ROM | disk | FTP | other *** search
/ Mac Easy 2010 May / Mac Life Ubuntu.iso / casper / filesystem.squashfs / usr / share / doc / bash-completion / TODO < prev   
Encoding:
Text File  |  2009-01-21  |  2.4 KB  |  54 lines
  1. bash completion needs to be rewritten from the ground up.
  2. ---------------------------------------------------------
  3.  
  4. bash completion really needs to be rewritten from the ground up, using all of
  5. the features available in bash 3.1 and without regard for compatibility with
  6. the 2.x line.
  7.  
  8. At that time, it should be split into multiple files for easier source
  9. management. Whether or not it is actually installed on the destination
  10. computer as separate files is a matter for future debate.
  11.  
  12. If it were installed as tens or even hundreds of files, each of which had to
  13. be opened to decide whether it should be sourced in its entirety, that could
  14. prove very expensive on some systems.
  15.  
  16. Alternatively, a master file could decide which of the individual completion
  17. files should be sourced. In that way, we wouldn't need to open extra files
  18. just to ascertain that the commands for those functions aren't on the system,
  19. anyway.
  20.  
  21. A further alternative is that a build process be created, which would
  22. concatenate the various files into a single completion file, similar to what
  23. we have now. This option is my least favourite, because a system with a lot of
  24. packages installed currently has to deal with sourcing over 200 kB of bash
  25. code for each invocation of an interactive shell.
  26.  
  27. An even better alternative would be if bash supported dynamic loading of shell
  28. functions (in the manner of zsh), but I don't believe there are any plans to
  29. add this feature.
  30.  
  31.  
  32. bash completion needs a better development environment.
  33. -------------------------------------------------------
  34.  
  35. Currently, the bash completion project is managed by a single person: me. This
  36. is how it has been since its inception back in the first half of 2000.
  37.  
  38. This way of working is now showing signs of severe strain. For quite some time
  39. already, I have been unable to devote enough time to the project and, as a
  40. result, it has suffered. In particular, releases in the past twelve months
  41. have been few and far between. The 20060301 release is the first in more than
  42. six months.
  43.  
  44. Whilst there have been good reasons for my inability to devote more time to
  45. the project, it shouldn't actually matter whether or not I am available. For
  46. that reason, I am going to look at transferring the project to public CVS some
  47. time in 2006. Patches will then no longer find that I am a single point of
  48. failure, but will instead find their way into the code base via a small team
  49. of core developers.
  50.  
  51. -- 
  52. Ian Macdonald
  53. Amsterdam, March 2006
  54.